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00  JE  CT  ORIENTED  CONCUR  RENT  PROGRAMMING  IN  C3T 


Willlar  i  J  Daily  ard  Andrew  A  Chlen 


Abstr  ict 

t 

CST  i  \  a  programming  language  based  on  Smalltalk-80  that  supports  concurrency  using 
locks  asynchronous  messages,  and  distributed  objects.  Distributed  objects  have  their 
state  distributed  across  marry  nodes  of  a  machine,  but  are  referred  to  by  a  single  name. 
Distributed  objects  are  capable  of  processing  many  messages  simultaneously  and  can 
be  used  to  efficiently  connect  together  large  collections  of  ob|ects.  They  can  be  used  to 
constrict  a  number  of  useful  abstractions  for  concurrency.  This  paper  describes  the 
CST  anguage,  gives  examples  of  its  use,  and  discusses  an  Initial  implementation.  . 
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Programming  in  CST  1 

William  J.  Dally  and  Andrew  A.  Chian 
Artificial  laulUgaac*  Laboratory  •* 
lab  oralary  for  Cam peter  3d— 
UmuImku  lastitnte  of  IbduHbe 
Cambridge,  Maaaachassstt  031M 


Abstract 

CST  la  a  programming  language  baa  ad  on  Smalltalk-80  that 
rapport*  concurrency  uaiog  lock*,  aaynduooone  m— igss, 
and  distributed  object*.  Distributed  object*  haw*  their  itaU 
distributed  scree*  many  node*  of  a  machine,  bat  an  inferred 
to  by  a  single  name.  Distributed  object*  an  capable  of  pro- 
oeming  many  m— agm  simultaneously  and  can  ba  uaad  to 
efficiently  connect  together  large  collection*  of  objacta.  They 
can  be  need  to  construct  a  a  amber  of  useful  abetr  action*  Cor 
concurrency.  Thle  paper  describe*  the  CST  language,  ft  re* 
■nrampht  of  lie  use,  and  dlacoaea*  an  Initial  implementation. 


(MM  latsgaar  fib  O  () 

(If  «  aalf  3) 

(reply  1) 

(reply  (♦  (fib  (-  aelf  D) 

(fib  (-  aalf  3)))))) 

(fib  II)  — >  HT 


Figure  l:  A  CST  program  to  calculate  Fibonacci  number* 
using  double  recursion. 


1  Introduction 

Thia  paper  dearribaa  CST,  an  object-oriented  concurrent  pro- 
cm— dag  leageaca  baaed  on  Smalltalk-80  [8|.  CST  adde 
three  ret  Mai  one  to  sequential  Smalltalk.  Find,  m— agaa  an 
asynchronous.  Several  messages  can  be  eect  concurrently 
without  waiting  (or  a  reply.  Second,  several  method*  may 
ice—  an  object  concurrently,  lock*  an  provided  (or  coo- 
currency  control  Finally,  CST  allow*  the  programmer  to 
deacribe  diatribe  ted  object*,  object*  with  a  dngU  name  but 
distributed  Kate.  They  can  be  used  to  construct  abstrac¬ 
tions  for  concurrency. 

CST  la  being  developed  a*  part  of  the  J- Machine  project 

‘Tie  —sab  dswrtbid  ie  ibia  yep*  ess  *epP»K*4  la  past  by  the 
OK— s  Advsased  E—swb  PrejasM  Agansy  aadw  are— «t*  N00014- 
N-COm  an*  N00014-IAK-0134,  la  part  by  a  Nadaaai  Setae**  fbaa- 
deitse  PiandsMal  Yoeeg  taunlgaiaa  Award  *Hb  naalchia*  had* 
A—  Omni  Coanrt  Catpaaeliae,  red  la  pel  by  aa  Aaslof  Drrtem 
miawibly. 
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at  MIT  [3],  (2|.  The  J-Machina  la  a  fine- grain  concurrent 
computer.  It  efficiently  sxscutee  teaks  with  a  grain  sis*  of 
10  instructions  and  support*  a  global  virtual  ad  dr—  space. 
Thia  machine  require*  a  programming  system  that  allows 
programmers  to  concisely  describe  programs  with  method- 
level  concurrency  sad  that  farilltatm  the  development  of  ab¬ 
stractions  for  concurrency. 

Object-oriented  programming  meets  the  first  of  those  goals 
by  Introducing  a  discipline  into  message  passing  Each  ex¬ 
pression  implies  a  massage  send.  Each  message  invokes  s  new 
process.  Each  receive  is  implicit.  The  global  address  space  of 
object  idea  tillers  eliminate*  the  need  to  refer  to  node  num¬ 
bers  and  pro  a—  ID*.  The  programmer  do**  not  have  to 
.  Insert  send  and  receive  statement*  Into  the  program,  keep 
track  of  prao—  ID*,  and  perform  bookkeeping  to  determine 
which  object*  at*  local  and  which  ate  remote. 

For  example,  a  CST  program1  that  calculate*  Fibonacci  num¬ 
ber*  unng  double  rwcuieion  ie  show*  in  Figure  l.  Nowhere  in 
tb*  program  dam  tbs  programmer  explicitly  specify  a  send 
or  receive,  and  no  nod*  numbers  or  procads  IDs  are  men¬ 
tioned.  Yet,  a*  sheen  in  Figure  3  the  program  exhibits  a 
great  deal  of  concurrency.  Making  message- passing  implicit 
In  the  '--p-fr  simplifies  programming  and  make*  it  easier 
to  describe  fine- grain  concurrency. 

Aa  object-oriented  language  also  encourages  locality.  Oper¬ 
ations  on  an  object  happen  at  the  object,  not  from  a  distance 

»1fS  prop—  I*  te  rsffo  CST,  a  Aaisct  that  be*  *  syuta*  rasas- 
bliag  LOP.  fafi*  CST  (4)  bas  a  (you*  dose  to  tbsi  of  Seeattulk-tO. 


2  Concurrent  Smalltalk 


F! jots  2:  Concurrency  profile  o f  Fibonacci  program.  The 
plat  shows  the  number  of  active  lack*  during  each  oMujt 
interval. 


using  a  remote  pro  can. 

CST  farlUtatro  the  construction  of  concurrency  attractions 
by  providing  distributed  objects:  objects  with  a  unjla  »«« 
whose  state  is  distributed  across  the  nodes  of  a  concurrent 
oompetar.  Tin  omm  to  many  naming  of  distributed  objects 
•long  with  their  ability  to  prooan  many  maasapro  simuitase- 
ouoly  allosro  than  to  efficiently  connect  tofether  large  way 
bars  of  objects.  Distribution  the  name  cf  a  stogie  distributed 
queue  to  sets  at  psoduoar  aad  mneemer  objects,  tar  exam¬ 
ple,  onuuacte  tnauy  produoan  to  maay  cnuoumors  without  a 
hnttl— ark 


Background 

The  ilevalnpmsnt  at  Concurrent  Sn-dltaik  wu  motivated  by 
rliaaatisfarMna  with  process  based  concurrent  projramminj 
using  sands  and  receives  (7|.  Many  of  the  ideas  were  bor- 
ro»:0  ham  actor  languages  (lj. 

Another  langnafp  named  Concurrent  Small  talk  has  bean  do- 
.  veioped  at  Ksic  University  in  Japan  [3|.  Thir  language  also 
allow*  maeaegs  sending  to  be  ssynchrooov*  but  does  not 
include  the  ability  to  describe  distributed  objects. 


Outline 

The  remainder  at  this  paper  describee  CST  sad  its  impW- 
mesSstinu.  Section  2  presents  the  abstract  ryntax  of  the 
language  describes  the  primitive  types  aad  operations  sup- 
P«rUd  by  the  I as ju ape,  and  givas  a  simpla  example,  in  Seo- 
than  3,  su  daacriba  dktributad  objects.  We  discern  the  mech- 
mkmm  pouridodtu  address  distributed  objects  and  their  cow 
stitusnSo  an  waO  ao  severai  snraaploa.  Section  4  describes  an 
imyl— eutstisu  at  CST. 


Top-Luvul  Exp  men  Iona 

A  CST  program  consists  of  a  number  of  top>  level  espsesesous. 
Top  level  Conns  Include  deflorations  at  program  and  data  as 
well  as  executable  expressions  Uniting  of  programs  (the 
resolution  (ram  seieeton  to  methods)  is  done  dynamically. 

<t*7*«p>  !■  (qishaX  <glshal-vsriahlee»)  I 

(r  test  set  (tawtuttaao  cveinnH  I 
(daas  < class  a— 1>  (<sugsrslsesss») 
r last  anas  Tsrst)  I 
(Ifethod  tcUMtMO  <sertst-sea> 
(<rozuala>)  (<lacals>) 
<aspr«esloas>)  I 
<esprseslen> 


Global#  and  Constanta 

Clobals  and  constant  declarations  define  names  in  the  en> 
vircnment.  Those  names  are  visible  in  all  programs,  unless 
shadowed  by  a  instance,  argument,  or  local  variable  name. 
The  global  declaration  simply  defines  the  name.  Its  value  re¬ 
mains  unbound.  The  constant  declaration  defines  the  nams 
aad  binds  the  nams  to  the  specified  value. 

Cl  s sees 

Objects  are  defined  by  specifying  rinses  Objects  of  a  par¬ 
ticular  dam  have  the  same  !—*«■»«•»  variables  and  understand 
the  — msesepea.  A  daas  may  inherit  variables  aad  mstb- 
ods  from  oss  or  more  supcrdssesr.  For  example: 

(cl see  transistor  (clreultelsueut) 
source  drain  gate  type  sine  stats) 

defines  a  class,  transistor,  that  inherits  the  properties  of 
class  circuital— eot  aad  adds  six  instance  variables.  This 
msans  that  methods  for  the  dase  transistor  can  access  all 
the  instance  variable  at  class  circuit  alee  vet  as  well  as 
those  is  their  own  class  definition.  Methods  defined 

for  dees  clrcal tele-sent  are  also  inherited.  Instance  vari- 
sbles  it  the  daas  dctu.iti.~u  may  hide  (shadow)  those  defined 
in  thr  raperdaseee  if  they  have  the  same  name.  The  same 
kind  of  shadowing  is  allowed  for  seieeton  (method  names). 

Methods 

The  behavior  of  a  class  of  objects  is  defined  In  terms  of  tbe 
massages  they  understand.  For  each  message,  a  method  is 
executed.  That  execution  may  sand  additional  manages, 
modify  the  object  stain,  modify  the  object  behavior,  aad 
create  new  objects. 

Methods  coast*  of  a  booder  and  a  body.  The  header  specifies 
class,  selector,  arguments,  sod  locals.  Tbe  body  consists  of 


om  or  nton  exp  reasons.  For  example 

(Mtted  transistor  i|i  O  O 

(r^ply  (•  (voltage  gats)  (voltage  teure#)))) 

d lefiaea  a  method  for  claaa  transistor  with  aaloctor  vgs. 
The  two  empty  liita  Indicate  that  there  are  no  argument i  and 
no  local  variable*.  The  keywoSfmeply  eendi  the  reeult  of  the 
following  erpreMtoo  back  to  the  tender  of  the  vga  menage. 
In  the  absence  o f  a  reply  keyword,  the  method  rep  lie*  with 
the  value  of  the  laat  sx  preeel  tin.  If  the  programmer  withea  to 
suppress  the  reply,  he  can  uee  the  (exit)  form  which  cauate 
the  method  to  terminate  without  a  reply. 

Meeaafea  are  lent  implicitly.  Every  cxpreeeioa  conceptually 
involve*  lending  a  menage  to  an  object.  Of  court*,  com- 
mooly  occurring  tpedal  cun,  like  adding  two  local  inte¬ 
ger*,  will  bo  optimised  to  eliminate  the  tend.  For  example, 
(voltage  gate),  tend*  the  meeaage  voltage  to  gat*.  (♦  a 
b)  teada  Uu  menage  ♦  with  argument  b  to  object  a.  If  a 
and  b  are  both  local  integer*,  thin  can  he  optimised  into  a 
■ingle  add  instruction. 

Each  expreeeion  consists  of  a  ie lector,  a  receiver,  and  zero  or 
mote  argument*.  Identifier*  must  he  one  of:  constant,  global 
variable,  argument,  local  variable,  or  i nuance  variable.  For 
example,  in  the  method  below, 

(dotal  Tt) 

(Wet bet  Trmliur  fee  (vs)  (vy) 

(reply  (fret  v>  get*  vy  Tt  8))) 

The  ispienlm  (freb  vx  gate  vy  r»  I)  oo  os sets  of  a  **■ 
lector,  freb,  a  receiver  vx  and  bur  argument*:  gate,  vy, 
Vt,  and  S.  In  the  vending  method,  foe,  freb  and  8  are  con¬ 
stant*,  vx  ia  an  argument,  gut*  is  an  Instance  variable,  vy  is 
a  local  variable,  and  Vt  la  a  gtobaL 

Subexpression*  may  be  executed  concurrently  and  are  se¬ 
quenced  only  by  data  dependence.  For  example  in  the  fol¬ 
lowing  ixpreeeinn 

(•  (voltage  gate)  (voltage  source)) 

The  two  voltage  menu**  will  be  aent  concurrently  and  the 
•  meet  age  will  be  sent  when  both  repUea  have  been  received. 
The  only  way  to  serialise  suberpreerioe  evaluation  ia  to  a*, 
sign  intermediate  reeult*  to  local  variable*. 

A  complete  list  of  CST  expressions  is  shown  below: 


<*rpe>  ;•  <ssp>v 
<erp>  :• 

<asus>  I 

(<ssl severs  <rscsivsr*esp>  <arge— t-ssp>»)  I 
(im<  icslecter-expa  <rscstv«r-axp» 
<*rgunsnt-sxp>»)  I 
(value  <*xp>)  I 
(set  <aan*>  <*sp>)  I 
(ceet  < nines  reaps)  I 

(nag  <ao4a>  rselecters  rrecslvers  < actuals >)  I 
(forest*  < cent isuat tans  <sslscters 
rrecslvers  rargas)  I 
(reply  <esps)  I 

(block  (rfexwalss)  (riecalas)  respes)  I 
(If  reaps  reaps  rasps)  I 
(begin  < expos)  I 
(salt) 


Run  Time  Environment 

As  in  other  dynamically  linked  systeme  such  a*  Smalltalk  and 
Lisp,  we  can  think  of  much  of  the  run  time  environment  as 
programs  that  are  *p reloaded*  into  the  environment  before 
the  user  program  ia  executed.  The  primitive  classes  and 
operations  listed  below  are  treated  u  such. 

i touts  elsesee:  IXTXCH,  SYMBOL,  FUAT,  1001X11 
Composite  types:  arrays 
IrlTtewsla  (integer  and  flees):  ♦  -  •  / 
min  sea  eed  re*  «>#<*>•  I  • 

Soelaan:  If  sud  or  set 
S yebel:  eg 

Array  access:  at  at. put 
Distributed  Object:  ce 
Wise:  use  tauch 

Many  primitive  operations  are  defined  on  integers,  float*, 
boolean*,  and  symbols.  Three  typical  operations  are  found  in 
many  languages,  The  las*  intuitive  primitive*  are  for  arrays  - 
array*  are  allocated  oo  tingle  nodes  (this  does  not  prevent  un 
from  building  distributed  arrays  using  distributed  objects). 
Values  are  written  using  the  at  .put  message  and  read  using 
the  at  message,  new  is  a  predefined  message  which  allows  us 
to  crests  objects. 

Touch  simply  allows  us  to,  require  synchronisation.  Touch 
requires  that  its  arguments  be  available  for  reading  This 
allows  us  to  control  where  suspensioo  can  occur. 

An  Example  Program 

This  program  integrate*  a  function  over  the  specified  inter¬ 
val  using  a  trapeaoidal  approximation  in  each  subinterval. 
The  number  of  tips—  the  interval  is  subdivided  and  hence 
the  subinterval  tire  ia  determined  by  eprilon,  the  maxi  mu  in 
interval  allowed  to  be  approximated  so  a  trapesoid. 
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Figure  3:  A  CST  program  to  intsgrate  a  functlo-i  using  dou¬ 
bts  recursion. 


The  iflii  ititMfustiM  sad  Utifnti  methods  are 
both  declared  far  Uia  class  of  floats.  ay-faro  rite- femctloe 
takes  oaljr  ooe  parameter,  the  value  (or  which  we  want  to 
the  function.  This  argument  Is  the  Implicit  self 
argument,  ae  the  float  of  interest  receives  the  function  selec¬ 
tor  and  calculates  the  value  of  the  Auction.  Integrate  takes 
the  low  point  of  the  interval  (eeOf),  the  high  paint  of  the 
interval  (hpeinS),  the  interval  dee  (epsilon),  end  the  selec¬ 
tor  far  the  function  (sol)  ae  arguments.  The  concurrency 
poodle  far  an  execution  of  integrate  is  given  in  Figure  4. 


Figure  4:  Concurrency  profile  of  Integrate  program.  The 
plot  shows  the  number  of  active  tasks  during  each  mosssge 
Interval. 


The  spawning  of  parallel  computations  occurs  at  the  two  sue- 
i— in  caw*  sponsions  This  construct  allows  the  method 
suer  ill  nu  to  pro  cod  without  waiting  for  a  raepoaso  to  the 


integrate  massage,  Wo  could  have  produced  similar  behav¬ 
ior  without  the  use  of  the  locals  subiatl  sad  subiaii  We 
introduce  the  locals  to  illustrate  the  coot  construct.  The  to- 
suits  (ram  the  concurrent  sends  get  written  into  subiatl  sad 
subiatl  The  send  operation  in  the  test  lino  of  the  method 
(send  of  the  ♦  selector)  requires  both  subiatervai  values  and 
thus  reuses  the  method  execution  to  suspend  until  both  re¬ 
sults  have  boon  returned.1 


3  Distributed  Objects 

CST  programs  exhibit  parailaiiam  between  objects,  that  is 
many  objects  may  be  actively  pm  rued  eg  messages  rimaltn- 
oeously.  However,  ordinary  objects  can  only  process  a  single 
message  at  a  time.  CST  relaxes  this  tostriction  with  Dis¬ 
tributed  objects  (DOs).  Distributed  objects  am  made  up  of 
multiple  representatives  (constituent  objects)  that  use  each 
accept  messages  independently.  The  distributed  object  has 
a  name  (Distributed  object  ID  or  DID)  and  all  other  objects 
toad  msesigsi  to  this  name  when  they  wish  to  use  the  DO. 

M  ranges  seat  to  the  DO  are  received  by  ono  and  only  one 
constituent  object  (CO).  Which  constituent  receives  the  mao- 
safe  is  left  unspecified  in  the  language  A  clever  implemen¬ 
tation  might  sand  the  messages  tO  thf  cionrt  GOQStitlMQt 
whereas  a  simpler  implementation  might  sand  the  mesas  gra 
to  a  random  constituent.  The  state  of  distributed  object 
is  typically  distributed  over  the  oonetlteauis  so  response  to 
sa  external  request  often  requires  the  peering  of  messages 
amongst  the  mustilnsnts  before  the  reply  to  the  request  is 
'•mi.  Mo  toddag  is  performed  on  the  distributed  object  as 
a  whole.  This  mean*  that  tbs  programmer  must  ensure  the 
mnhwsncy  of  the  distributed  object. 

Support  far  Distributor!  Objects 

CST  Includes  two  constructs  to  support  distributed  object*. 
For  DO  creation,  wo  add  an  argument  far  the  sou  selector 
-  the  number  of  constituents  uasired  in  this  DO.  In  order 
to  para  tpanagra  within  the  object,  each  constituent  object 
must  be  able  to  addraas  each  of  the  other  constituent*.  This 
impiemstted  with  the  special  selector  co.  Each  distributed 
object  can  tee  this  selector,  the  special  instance  variable 
group  (a  reference  to  the  DO),  and  an  index  to  address  *' 
constituent.  Fbr  example,  (ee  group  I)  refers  to  the  ^th 
constituent  of  a  distributed  object.  Each  constituent  also 
has  scoots  to  its  own  index  and  the  number  of  constituents 
in  lbs  entire  distributed  object.  Thus  a  description  of  *  dis¬ 
tributed  object  might  look  something  like  the  example  shown 
in  Figure  5. 

Is  the  example  of  the  dietributad  array,  wo  would  create  a  ue- 
ibis  array  with  two  steps.  First  we  construct  the  distributed 
object  using  the  now  form.  Thu  example  in  Figure  3  creates 
a  distributed  object  with  2M  ooustltusets.  After  the  DO 
is  created,  we  must  initiate  in  a  way  that  is  appropriate 
for  the  distributed  array.  Wa  do  so  by  sending  it  sa  tnit 


*TWs  tebavtra  U  raslspras  te  Iterate*  [ft.  bseeves.  tUs  UeaMsO 
rat«a  vf  Item  (dees  as  te  iapisratet  Iksra  awn  sftdraUy. 


MMH*  ( *1*0  defined  in  Figure  S'  Thi*  initialix&tloa  mu 
each  constituent  up  with  an  private  array  of  the  appropriata 
number  of  alatnenU,  For  axampta,  if  w«  wanted  a  dlitarray 
of  512  elements,  in  thia  cane  etch  cooitituent  would  hava  a 
privmta  army  of  two  elements.  Thia  iaJtialiiatloa  la  dona  in 
a  traa  recursive  fashion  and  therefore  taker  0(lg(n))  time. 

Tha  mapping  of  the  dlitarray  alamanta  onto  tha  private  ar- 
rayi  La  dooa  by  the  at  and  X . pa*,  methoda.  Each  con¬ 
stituent  la  raapooaible  for  a  eooWguou*  range  of  the  diatar- 
ray  element*.  Any  request*  received  by  a  conatituent  are  Ant 
checked  to  aee  if  they  are  within  the  local  CO’a  jurisdiction. 
If  they  are  not,  they  are  forwarded  to  the  appropriate  CO. 
If  they  are,  wa  handle  the  requart  locally.  Thia  la  a  particu¬ 
larly  ample  example  becauee  each  conatituent  ia  wholly  ra¬ 
apooaible  for  hia  aubrange  and  need  not  negotiate  with  other 
conatituenu  before  modifying  hia  local  atata. 
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Figure  3:  A  Dletributed  Array  Example 


Thia  place*  a  itrict  limit  on  object  itae.  With  diatnbuted 
objacu,  wa  only  require  that  a  conatituent  of  the  DO  At  oo 
a  aiogle  node.  Some  uaa.ui  example*  (or  diatrlbuud  objecu 
are  dictiooariaa,  diatributed  array*,  aau.  rueuea.  and  priority 
queue*. 


4  Implementation 

A  aimple  programming  enviroomeot  (or  CST  baa  been  im¬ 
plemented  on  the  a  Symbolic!  3000  system.  Thia  environ- 
aant  iaciudea  a  complkr  (which  doe*  Incremental  compi¬ 
lation),  a  aitnnlator,  and  plotting  facilltiea,  The  compiler 
acoepu  a  Prtfla  CST  program  and  produce*  Intermediate 
code*  (loodee).  These  leads*  can  be  executed  on  the  Em¬ 
ulator  yielding  concurrency  profile*,  processor  utilisation*, 
dynamic  (code  — and  various  other  kind*  of  informa¬ 
tion.  The  loodee  can  be  used  as  a  source  (or  various  compiler 
back-ends.  One  toch  back-end,  currently  under  development 
in  the  f'oncurrent  VLSI  Architecture  Group  at  MIT,  target* 
the  Message  Driven  Procaaaor’i  (3)  instruction  aet. 


Compiler 

The  Icodaa  generated  by  tha  compiler  are  similar  to  the  byte¬ 
code*  of  the  Small  talk -80  system.  However,  we  only  require 
eleven  djgarent  loodee,  far  (ewer  then  ia  the  Smailtalh-fiO  aye- 
tern.  Icodaa  am  significantly  higher  level  then  instruction* 
in  a  typical  — — *»t~»  Typical  Icodaa  am  MOVE,  SEND, 
JUMP,  REPLY,  FALSEJUMP,  ate.  In  Figure  8,  we  giv-  the 
loodee  (or  the  Plbonnxi  routine  In  Figure  1. 

One  can  see  that  the  loodee  dearly  reflect  the  structure  of 
the  CST  program.  The  portion  preceding  (label  0)  la  clearly 
identifiable  as  the  or^'ltional  tart  and  one  of  its  arms.  The 
remainder  of  the  loodee  am  the  other  arm  of  the  conditional. 

The  compiler  perform*  two  optimisation*  specific  to  concur¬ 
rent  programs:  tail  forwarding  and  »de  reordering.  Tail 


(start  (taop  0)  <  self  (coast  3)) 
(falaejuop  (taup  0)  0) 

(oovs  (taap  1)  (cense  1>) 

(reply  (taap  t>) 

(label  0} 

(cased  (tanp  3)  -  self  (const  1)) 
(cseaS  (taap  3)  fib  (taap  3)) 

(eaood  (taup  4)  -  self  (ceuet  3)) 
(cased  (taap  I)  fib  (taap  4)) 

(seed  (taap  1)  ♦  (taap  3)  (taap  »)) 
(reply  (taap  1)) 


Other  Distributed  Object  Exampln*  Figure  8:  Intermediate  Codes  (or  fib  program. 


Diatributed  object*  am  of  great  utility  In  building  large  ob¬ 
jects  on  a  Am  pels  machines  In  the  J- machine,  wa  restrict 
ordinary  objects  to  At  within  the  memory  of  tingle  node. 


forwarding  ia  similar  to  tail  recursion.  When  the  value  re¬ 
turned  from  a  method  i*  the  reply  (ram  a  called  method. 


the  reply  n  short-circuited  by  having  the  celled  method  re¬ 
ply  directly  to  the  original  leader.  Code  reordering  move* 
message  Made  earlier  in  e  code  block  to  generate  additional 
concurrency. 


Simulator 

The  simulator  interpret!  Icod*  |H6giams  output  by  the  com¬ 
piler.  However,  CST  program*  require  Mveral  kinde  of  run 
time  tupport  (hardware  and  low  level  OS  Mrrleee)  in  order 
to  run.  Servicee  required  by  CST  (and  provided  by  the  sim- 
ulator)  Include  implementation  of  virtual  addreee  ipace  (ID 
to  node  tranalatlon,  ID  to  Mgment  r  ddreee  tranelatioo),  iyn- 
chrooiaation  tupport  (diepatch  on  tneeeage  arrival  and  trape 
on  futuree),  addreeeing  support  for  dietributed  object*,  and 
primitive  object  placement  and  migration  rapport.  The  ker¬ 
nel  of  the  operating  lyetem  for  the  J-machine,  JOSS  (9)  pro- 
wiaa  timilar  service*. 

Th  i  eimulator  allow*  u*  to  itudy  the  macroecopic  behavior  of 
CST  program*.  For  example,  the  coacurreacy  profile  in  Fig¬ 
ure  2  wa*  generated  by  the  I  code  *imulator.  Such  a  lyitem 
enable*  u*  to  itudy  iaeue*  of  placement,  concurrency  con¬ 
trol,  partitioning  and  other  reeource  management  problem* 
without  worrying  about  the  irrelevant  architectural  detail. 


5  Conclusion 

In  thi*  paper,  we  have  presented  a  new  language,  Concur¬ 
rent  Smalltalk,  that  ia  dad  goad  far  concurrency.  Specific 
rapport  far  concurrency  include*  locks,  dietributed  object*, 

and  aeyucbonone  meeeige  pairing. 

Dietributed  Object*  represent  a  significant  Innovation  in  pro¬ 
gramming  parallel  mawM—  We  refer  to  th*  conetitueau  of 
a  dietributed  object  with  a  single  name,  but  the  Implemen¬ 
tation  of  the  object  ia  with  many  constituent*.  Thi*  dif¬ 
ferent  perspective  allow*  eaey  uae  of  dietributed  object  by 
ouUkU  jrograms  while  allowing  th*  exploitation  of  internal 
distributed  object  concurrency. 

We  have  described  an  implementation  of  a  CST  lyitem.  Thi* 
programming  environment  include*  a  compiler,  simulator, 
and  statistic*  collection  package.  This  **t  of  tool*  allow* 
us  to  experiment  with  new  construct*  and  implementation 
techniques  for  th*  language. 

Concurrent  Smalltalk  require*  significant  run  time  support 
in  order  to  execute  efficiently.  Such  rapport  has  been  imple¬ 
mented  in  th*  simulator  srd  in  JOSH,  th*  operating  system 
to»  the  J-in.v;hins. 
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